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Method and Apparatus for Customer Relationship 
Assessment and Planning 

Field of the Invention 

The present invention relates to customer relationship management technology and, 
in particular, to customer relationship assessment and planning. 

Background of the Invention 

5 Generally, commerce involves the transaction between a customer and a merchant. 

The transaction can be based upon goods, services, or a combination of both. To the 
benefit of the customer and the merchant, an enduring relationship develops. Customers 
generally seek a relationship with a merchant, and such a relationship generally occurs due 
to the quality of service and value received in transactions with the merchant. 

10 Development of a customer relationship is desired because the initial attraction of a 

customer in competitive industries is a time-intensive process. It can be estimated that the 
cost of attracting a customer is about five times what it takes to retain a customer. 
Accordingly, retention of existing customers becomes as important, if not more, as 
compared to developing new customer relationships. 

15 In this regard, a need exists to enable evaluation of customer relationships and to 

sustain activities relating to maintaining and developing the relationship based on an 
evaluation. 
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Brief Summary of the Invention 

A device for customer relationship assessment and evaluation is provided. The 
customer relationship assessment device has a customer interaction database that receives a 
plurality of customer interaction data. The customer interaction data is received by the 

5 customer interaction database as the customer service-related interactions occur in a manner 
sufficient to provide a timely representation of customer interactions, on request. A 
processor is programmed to generate a retum-on-relationship value that characterizes the 
plurality of customer interaction data on which to base a relationship response. A method 
for assessing a customer relationship is provided, by storing, in a customer care database, a 

10 plurality of user interaction data. The user interaction data is associated with at least one of 
a plurality of customers in a customer care database. With the user interaction data, 
assessment is continued by generating a retum-on-relationship index that characterizes the 
plurality of multimedia user interaction data and determining an action in response to the 
retum-on-relationship index. 

15 
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Brief Description of the Drawings 

The accompanying drawings are incorporated into and form a part of the 
specification to illustrate examples of the present invention. The drawings together with the 
description serve to explain the principles of the invention. The drawings are included for 
5 the purposes of illustrating preferred and alternative examples of how the invention can be 
made and used and are not to be construed as limiting the invention to only the illustrated 
and described examples. Various advantages and features of the present invention will be 
apparent from a consideration of the drawings in which: 

FIGURE 1 is a block diagram of a customer care system coupled to a telephony/ 
10 data communications system; 

FIGURE 2 is a block diagram of customer care services provided through a 
customer care system, 

FIGURE 3 is a block diagram illustrating aspects of service relationships relating to 
the present invention; 

15 FIGURE 4 is a flow chart that illustrates a generation and implementation of a 

Return-on-Relationship value engine; 

FIGURE 5 is a functional block diagram illustrating a Return-on-Relationship 

engine; 

FIGURE 6 is an illustration of a Graphical User Interface for providing user access 
20 ' to the contents of the customer care database; 

FIGURE 7 is a flow chart illustrating relationship management actions taken as a 
function of the Return-on-Relationship value; and 

FIGURE 8 is an illustration of a Graphical User Interface portraying the Return-on- 
Relationship value information relating to a customer. 

25 
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Detailed Description 

The present invention will be described by referring to drawings showing and 
describing examples of how the invention can be made and used. In these drawings the 
same reference characters are used through the several views to indicate like or 
5 corresponding parts. 

FIGURE 1 is a block diagram of customer care system 100 coupled to a telephony 
communications system. Customarily, a customer care system is used by the customers to 
find answers to questions - such as technical support, billing inquiries, or orders. 

The customer care system with other customer interaction sources involving 
10 marketing, sales, and service, however, can provide additional information that in turn can 
be used to improve customer service, such as turn-around time, and routing specific 
questions to designated customer care providers. The information provided is the amount 
and types of interactions with customers. With this information, trends can be developed as 
to effectiveness of the resources provided, and the sophistication of the customers. But the 
15 amount of information can become overwhelming to develop a useful analysis, and indeed, 
can take extensive periods of time to arrive at a conclusion that is no longer useful in view 
of the time delay. 

The return-on-relationship ("RoR") metric, or value, discussed below in detail, takes 

into account the desired customer interaction information in a readily-understandable metric 
20 by personnel providing the customer care. Further, this metric provides managerial staff a 

more illuminating indicator to gauge the effectiveness of the business rules developed for 

customers or sets of customers. 

Referring to FIGURE 1, the customer care system 100 has endpoints, or terminals, 

104a through 104« and 106a through 106n, where n is a value that indicates the upper limit 
25 of terminals that can be implemented in view of the particular customer care system 

hardware-architecture deployed. The customer care system 100 is coupled to a data 

network 108. In most instances, a communications gateway 110 provides the 

communications interface between such systems. The data network 108 is coupled to 

terminals 1 12a through 1 Yin. 
30 Terminals 104a through 104h, 106a through 106w, and 1 12a through 1 Yin are 

capable of performing voice or other audio communications over a packet-based or 

message-based data network 1 14. 
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As used herein, the term "telephony communications" refers to the transmission and 
receipt of audio signals, or sounds (for example, voice, DTMF, or other audio signals) 
between different points in a system. It should be noted that the system can deploy 
wireline, wireless, optic fiber, or other links permitting such transmission and receipt of 
5 audio signals. 

Terminals 104a through 104/i, 106a through 106w, and 1 12a through 1 12n may be 
computer-based systems having speech capability or may be telephone units having 
interfaces to the data network 1 14. Further, as illustrated in FIGURE 1, terminals 106a 
through 106w are coupled to the data network 1 14 through a Private Branch Exchange 

10 ('TBX") 1 16 and a PBX gateway 118. Also, terminals 1 12a through 1 12n are coupled to 
the data network 1 14 by a communications network 108 and communications gateway 110. 
The communications network can be a Public Switched Telephone Network ("PSTN"), or 
other types of communications networks. 

As shown in FIGURE 1, telephony communications can occur between any two or 

15 more terminals over the data network 114. The data network 114 may be provided as, by 
example, a local area network ("LAN"), metropolitan area network ("MAN"), a wide-area 
network ("WAN"), a private network such as an Intranet, and public network such as the 
Internet. 

More generally, as used herein, a "data network" is any communications link that 
20 utilizes message-based or packet-based communications. In one embodiment, the data 
network 114 communicates according to the Internet Protocol ("IP"), which is one of the 
protocols on which the Internet is based. The IP protocol is a standard describing software 
that keeps track of the Internet's addresses for different nodes, routes outgoing messages, 
and recognizes incoming messages. 
25 The data network 1 14 may include a solo network or link, or multiple networks or 

links, which can be coupled through gateways, routers, and the like. It should be noted that 

data network 1 14 could also have several geographically dispersed linked-data networks 

i 

such as LAN, which are present in a business environment. 

As shown in FIGURE 1, a connection manager 120 is coupled to the data network 
30 114. The connection manager acts to manage telephony communications (for example, call 
setup, processing, and termination) between or among the terminals 104a through 104ti, 
106a through 106n, and 112a through 112n. 
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Remote gateway 122 provides secure remote access between remote servers to a 
server/client 124. By example, the remote gateway 122 may allow electronic data 
interfacing between the server/client 124 and a remote system via the data network 1 14. 

Server/client 124 provides service management support applications accessible over 

5 the data network 1 14. Server/client 124 can be composed of a network of computer 

platforms running systems and business operations. Examples of SMS applications that may 
be executed, either wholly or in part, on server/client 124 are workflow rules, managing and 
reporting functions, and metric threshold alarms. 

A management system 126 can be accessible by the connection manager 120 

10 through the data network 114 to determine available systems bandwidth, and other usage 
policy for telephony communications, over the data network 1 14 to control the quality of 
service ("QoS") on the data network 114. Additionally, management system 126 may be 
coupled to the data network 1 14 for monitoring desired characteristics and conditions of 
one or more portions of the data network 1 14. The characteristics and conditions monitored 

15 may include packet delays, jitter, and packet losses. Packet delay refers to a delay 

experienced in transmission due to high traffic or other conditions. Packet loss refers to the 
percentage loss of packets. Jitter refers to variations in the delay of different packets in the 
same transmission. Jitter may contribute to delay on a network link since receiving 
platforms need to buffer the received data packets to take into account the different delays 

20 of packets. 

Although only one connection manager 120, management system 126, server/client 
124, and remote gateway 122 are illustrated, it should be noted that multiple connection 
managers, routers and policy servers may be coupled to the data network, as well as 
additional network resources. In such a configuration, each of the multiple connection 
25 managers may be responsible for managing call requests from a predetermined group of 
terminals, and each policy server may be responsible for maintaining usage policy and 
available bandwidth for different portions of the data network 1 14. For example, multiple 
network monitors may be located to enable monitoring of characteristics and conditions of 
different portions of the community data network 1 14. A connection manager, policy 
30 server, and network monitor may be implemented on separate platforms or in a platform 
including some or all of the aforementioned components. 

As another example, the customer care system infrastructure may be provided as an 
Automatic Call Distribution ("ACD") center, described in U.S. Patent No. 5,987,1 15, 
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issued November 16, 1999, to Petrunka et al., which is incorporated herein by reference. 
Such infrastructures may be purchased as a Symposium™ Call Center product available 
from Nortel Networks, Limited, of Ontario, Canada. 

FIGURE 2 is a block diagram of customer care services sought to be provided 
5 through a customer care system 100 (FIGURE 1). Generally, FIGURE 2 illustrates the 
variety of "facing" contacts with a customer. As provided herein, facing activity with a 
customer allows the accumulation of metrics to provide an outward analysis and 
development aspects of a customer relationship. 

As shown in FIGURE 2, customer contact with a customer care system 100 may 

10 come through various channels. Customer care system 100 provides customer handling 
activities such as, but not limited to, provision of products and services, repair, customer 
support, and billing. 

Inquiries can be made by mail 142, voice mail 143, facsimile transmission 144, 
telephony 146, or videophone 148. Direct access inquiries can be made via a terminal 102 

1 5 by e-mail, by interaction with a terminal (for example, a browser to access the World Wide 
Web 149, or to send e-mail 151 messaging through a browser or other terminal 
application), or by videophone 148. These direct access inquiries are capable of being 
provided through terminals 104a through 104», 106a through 106w, and 112a through 
1 12n> as dictated by the technology or technologies deployed in these terminal devices. 

20 A component of customer care is monitoring the metrics of the facing with 

customers. Some of the metrics considered are call statistics, such as how many calls were 
answered, abandoned or disconnected during a specific time period, as well as the average 
time it took to answer a call. These statistics are used in managing customer service levels. 
In general, various components may have been used to provide customer service; however, 

25 these components are generally insufficient in themselves to provide the level of service 
customers expect and demand. That is, sufficiently-comprehensive customer interface data 
is considered in the analysis of the customer relationship, including service outcomes from 
the customer care system 100. This customer feedback provides effective customer-care 
routing decisions, and provides measures for the adequacy of the customer care system staff 

30 to effect the quality of service desired by a customer. 

For example, by determining when call volume is heaviest, staff can be added for 
example, by increasing the number of terminals 104 (FIGURE 1), or by adding an overflow 
group to meet the increase. 
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Another component of customer care is Call Categorization that allows the entry of 
a numeric code at the completion of a call indicating business referrals, advertising or 
promotions results, or type of problem reported. This information allows focus on beneficial 
areas. 

5 Also, increasing call handling efficiency and equitable call distribution can have an 

immediate effect on customer relations and staff productivity. According to industry 
standards, equitable distribution of calls can increase productivity between 20% and 40%, . 
which can have an immediate impact on customer relations. And with more calls handled in 
less time, additional services can be provided and more sales generated with an existing 

10 customer care system. 

An information component that aids in call handling efficiency is Calling Line ID 
("CUD") information, which is passed directly to the person taking the call. CLID 
information can also be used in conjunction with a "screen pop" application to bring the 
customer record from your company database right to the computer screen to make order 

15 taking and verification faster and easier. 

A further component is an Interactive Voice Response ('TVR") system, which may 
be deployed to aid in routing customer telephony requests. Such routing may be provided 
by voice menus that aides in determining the skill level of the agent to field the call. 

FIGURE 3 is a block diagram illustrating aspects of service relationships. These 

20 aspects provide further customer data sources useful in relationship analysis. Customer 
handling 170 is an important service area in that not only is it the 'lifeline' through which 
customers order services, raise problems and inquiries, it is also a channel through which 
customers with some of the more complex services can view the performance of their 
services. This area is responsible for managing contacts between an organization and 

25 customers. This maintains a framework of common dialogues used to handle orders, resolve 
customer problems and complaints on aspects of service. Many of the processes in this area 
form a common 'front end* to the underlying areas 172 through 184. 

Marketing operations 172 run marketing programs in response to market plans, 
forecasts or significant events. This is closely related to customer handling, primarily 

30 because it forms one of the main channels to the market place. Although other aspects of 
marketing products and services such as planning, forecasting and market analysis are 
considered to be part of the business management layer, the resultant outputs from these 
processes are clearly linked to the service management function. 

8 
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Sales handling 174 manages the proactive selling activities (those activities relating 
to customer contact) across the broad spectrum of customer segments, from individuals to 
corporate customers. The function carried out under the banner of 'sales handling' help 
maximize potential sales by capturing and managing information to ensure that customers 

5 who meet promotion criteria are offered appropriate products and services. 

Order handling 176 covers aspects of handling an order. An order can be for a 
product or service. Order handling begins by capturing order details and interpreting 
customer needs into product and service terms. Call scripts support the customer dialogue 
and guide the call center agent to provide an appropriate solution, including timescales and 

10 cost. A work plan is produced and used to manage order implementation. 

Service maintenance 178 controls actions on customer-reported problems and 
organization-related problems. The main aspects include coordinating the resolution of 
problems that might arise, for example, due to the organization not being able to provide 
the product or service to the customer. Interruptions in service or product delivery 

15 provision may initially be identified by product or service surveillance, or be reported by a 
customer. Customers affected by a planned interruption are identified so that service 
interruptions can be minimized by providing an alternative product or service. 

Service monitoring 180 is used to monitor customer performance and provides 
information to support forecasting activities by monitoring growth and usage patterns. 

20 Billing 1 82 is an important aspect of service management, not only from a 

commercial perspective of being able to offer innovative product pricing, but also because a 
'bill' is one of the few documents that customers read thoroughly. Thus, billing errors have 
a direct impact on customer perception of the organization. The primary functions of this 
vital activity are to request payment from all customers and to perform any subsequent 

25 payment follow-up actions. The billing cycle includes data collection, charge raising, 
pricing, invoicing, receipting, credit management and fraud monitoring. It also includes 
payments to customers in the form of refunds and compensation. 

The product and service handiing function 184 deals with the introduction, removal 
and changes to products and services offered by the organization to its customers. This 

30 concerns those aspects of product and service management that affect customers and their 
product or service instances. This function has strong links with marketing and sales since it 
is through these areas that customers who could benefit from new products and services can 
be identified and proactively informed. Further, a customer may enhance the handling 

9 
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function by providing input to the merchant or service provider regarding specific handling 
instructions. 

This function also provides the "back end" of the product or service launch process, 
that is, the part that impacts customers. Other aspects of products and services 

5 management, such as planning, portfolio management, and product development that lie 
within the business management function may be linked to this function. 

Providing effective and efficient service management requires access to the correct 
information at the appropriate time that is contextually relevant to the current customer 
contact. In this regard, evaluation of the customer relationship is beyond an inward 

10 projection, which is a view of the expenses made on the customer compared to the 

monetary return on that customer associated with those expenses. In this regard, the value 
of customer relationship would not be considered. 

Evaluation of the customer relationship beyond rudimentary profits-to-expense 
relationships serves to encompass broader business objectives for a customer relationship. 

15 For example, it may be more beneficial to maintain a non-profitable, or negative cash flow, 
customer relationship when other business objectives can be obtained by the associated 
goodwill received by affiliation or alliances with that customer. Accordingly, in view of the 
developmental expense for customer portfolios, other outward, long-term factors are 
considered for developing the relationship. 

20 Accordingly, with respect to FIGURE 3, the basic types of customer facing 

transactions take place with marketing, sales, service, and support transactions: field 
marketing, sales, service and support (that is, the organization sends people to the customer 
premises); face-to-face marketing, sales, service and support (that is, the customer comes to 
a storefront belonging to the organization); customer care system marketing, sales, service 

25 and support (that is, the customer interacts with the organization via inbound or outbound 
call center); and self-service marketing, sales, service, and support (that is, customer access 
of published company information, such as through the Internet. 

The capability to link activities to transaction outcomes across these customer facing 
transactions, and provide a total cost-benefit analysis for the customer relationship including 

30 hard (money) and soft criteria is provided. An effective relationship measure provides 
further abilities. First, the ability to apply consistent rules or guidelines based on the cost- 
benefit analysis to be used by every person and every system that interfaces with the 
customer. Second, the ability to measure the performance of people and systems in terms 

10 
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of relationship outcomes rather than in terms of activities - for example, rating agents on 
their success rate in completing upsells rather than on the amount of time they spent with 
the customer. 

FIGURE 4 is a flow chart that illustrates the generation and implementation of the 

5 Return-on-Relationship value engine 400. This value takes into consideration the various 
facing-data components illustrated in FIGURE 2, and provides a numerical representation 
of this data in an updated-format that does not require the time and expense associated with 
manually evaluating the volumes of generated data through customer interaction. The RoR 
value can reside in components of the customer care system 100 (FIGURE 2), which is 

10 discussed above in detail. 

The term "customer relationship" means a series of interactions, or customer 
"facings" between Customer Service Representatives (automated or otherwise) and the 
customers. Objectives for each interaction are determined by a relationship plan for the 
customer. A relationship plan generally contains expected values for the relationship 

15 variables, alarms that will be issued if the relationship goes out of bounds, business rules, 
which can be implemented as scripts and workflow in the customer care system, routing 
rules implemented in the call center, service IVR, and self-service Internet applications. 

The reporting system measures the successfiil completion and failure to complete 
relationship objectives (that is, achieving expected values of the relationship variables and 

20 completion of business rules). The reporting system provides information used to evaluate 
either the relationship or the people who work on the relationships. See attached chart. 
This needs to be incorporated into the description. 

Generally, Customer Relationship performance is the sum of the outcomes of the 
interactions across all the Customer Service Representatives engaged with the customer. 

25 On the other hand, Customer Service Representative performance is the sum of outcomes 
of the interactions across the customers that a Customer Service Representative engages. 

Collecting and distilling customer interaction data provides greater adaptation to the 
measure of the relationship. That is, customer values may not be measured based on the same 
criteria. For example, non-profit businesses, such as crisis care businesses, do not focus on 

30 monetary return from a person seeking assistance, but the effectiveness of the crisis care provided to 
resolve the crisis. In contrast, for-profit businesses have an emphasis on establishing a revenue 
stream. Nevertheless, in the for-profit scenario, other criteria are considered for evaluating the value 
of a customer relationship. 
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Referring to FIGURE 4, the routine 400 for generating and implementing the RoR 
value is illustrated For a customer, the RoR variables are designated at 402. In this 
regard, the RoR is represented as a weighted-variable value as follows: 



5 The RoR_Variable 7 is a field containing a value associated to the variable. The 

RoR_Weight / is an importance factor associated with the variable. A simplified example of 
variables applicable to the RoR value is: 
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Cost Care Center Talk Time 
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Internet Purchases 
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.NumberJFace To FaceJPurchase 


V, 


Number Problems_Solved_Self Help 


V, 0 


Number Problems_Solved_Agent 


v„ 


Number Problems Solved Field Visit 


v„ 


Calls Answered 



Other variables can be provided as information technologies increase the availability of such 
customer information. The nature of the variables are those quantities that can be captured 
through telephony and Internet techniques, as well as through computer interaction. 
For example, Internet web sites serve as information capture tools as well as a 
25 service delivery tool. The web site allows customers to purchase new products and 

services, search for answers to problems, collect information about the current promotions, 
and dialog with company representatives using email, chat or call-me. 
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The designation of the variables implemented in the RoR value 402 can be provided 
in a default format, and for selection through a Graphical User Interface ("GUT') by a 
customer care system administrator. 

As a basic example, if the customer care system 100 is to be used by a customer for 
5 support purposes, the variables concerning support would be selected: 

V 9 = Number_Problems_Solved_Self_Help 
V l0 = NumberJProblems_Solved_Agent 
V u = NumberJProblems_Solved_Field_Visit 

With respect to the weighting factor, a customer having the ability to serve itself requires 
10 less overhead and cost than one needing greater attention. Similar for Agent solved 
problems as compared to field visit costs. To capture these values, the weighting factors 
can be set as follows: 

RoR_Weight 9 =100 
RoR_Weight l0 =10 
15 RoR_Weight n = 1 

Suppose two customers have the same type of service plan. Also suppose that each 
customer reports five (5) problems. Customer A resolved three problems by itself, and two 
problems with the customer care system agent. Customer B did not solve any problems on 
the support web site (that is, by itself), two problems were resolved with agent help, and the 
20 remaining three required three field visits. Thus, cumulative RoR indices for each of the 
customers are: 

RoR Value for Customer A = (100)(3) + (10)(2) + (1)(0) = 320 
RoR Value for Customer B = (100)(0) + (10)(2) + (1)(3) = 23 

In this simple example, the qualitative values for a customer are considered if the user 
25 decides that the support for a customer is proportional to the sales revenue provided. 

In step 404, business rules are provided for association with the RoR value. Initial 
business rules can be based upon historical values associated with the customer. Business 
rules are carried out in various manners such as in scripts and notes to be read by customer 
service representatives, as well as automated rules carried out by the customer care 
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mechanism, and request routing systems. An example of a business rule is the manner a 
customer is to be addressed. Business rules concern the specific interactions mandated for a 
customer, such as addressing individuals of an organization as "Mr. Smith," instead of the 
more familiar "Mike," in correspondence to be sent via overnight mail instead of first class 
5 mail, and the like. 

In step 406, workflow rules are associated with the routing and prioritization for 
customer handling. For example, achievement of a high RoR threshold provides greater 
attention and privileges as compared to a lower RoR threshold. In this regard, when a 
request comes in to the customer care system 100 (FIGURE 1), the customer is identified, 

10 and the CRM database that contains the workflow rules, and business rules, and the request 
is routed with the RoR value and specific routing instructions. 

In step 408, customer interaction data is captured, and stored in the customer care 
system 100 (see FIGURE 1) in a customer relationship management ("CRM") database. 
Again, the storage of these interaction data values can be made locally, in that the access to 

15 the database is "direct," or remotely, in that access is made through a communications 
conduit, such as over a WAN, or the Internet. 

At step 410, a decision is made whether to update the RoR value 200 for a 
customer, a grouping of customers, or the entire database of customers. RoR value updates 
may be triggered as customer interaction data is received, on the occurrence of specified 

20 events, or as a scheduled event Customer care systems implementing CPUs operating in the 
Giga-Hertz range have the capacity to update the RoR values for a customer as data is 
received and stored in the CRM database. Preferably, the RoR values are updated 
sufficiently frequent to allow sufficient relationship actions to take place. For example, if 
the amount of change of an RoR value as compared against a Target RoR value is 

25 excessive, attention should be provided sooner rather than later to evaluate the cause for the 
deviation and to take corrective action to maintain the relationship. 

As a specified event, upper and lower threshold values can be implemented to base 
update decisions. For example, upper and lower thresholds can be defined for each variable 
implemented for the RoR value in step 402, and each relationship plan, that will trigger the 

30 workflow rules (alarms and business rules) to execute an update upon the crossing of the 
upper or lower threshold. 
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Upon deciding to update the RoR at step 410, the RoR value for the customer is 
updated at step 412. After step 412, or if the RoR is not to be updated as decided at step 
410, the routine returns to step 408 to continue capture of customer interaction data; 

FIGURE 5 is a functional block diagram illustrating the RoR engine 500. As shown, 

5 the RoR engine 500 has customer interfaces provided by customer touchpoints 502. Data 
coordination for the RoR engine 500 is provided by a workflow module 504. A customer 
interaction database 506 is coupled to the workflow module 504 and the RoR analytics 
module 508. As directed, the contents of the customer interaction database 506 are 
provided through the reporting module 510. 

10 The customer touchpoints 502 concern the customer interface, and are provided 

through a variety of manners. As shown, the customer touchpoints are generally provided 
by data access touchpoints 502a, front office applications 502b, and back office applications 
502c. It should be noted that further touchpoints can be provided as the technology 
advances and variety of touchpoints increases. 

15 As shown, the data access touchpoints 502a can be provided by a contact center, 

interactive voice response, Internet servers, direct sales, marketing and support, and point- 
of-sale terminals. With respect to contact centers, a suitable software application tool is the 
Account Manager application, which works with the ClearSupport® product version 4.5, 
available from Clarify, Inc., a Nortel Networks Company, of San Jose, California. The 

20 Account Manager application, in conjunction with the call center infrastructure {see 
FIGURE 1), serves as a data collection device for maintaining customer information for 
analysis access. Another aspect of the data access touchpoints 502a is an Interactive Voice 
Response ("IVR") structure that provides customer call records such as caller id, call 
duration, and similar metrics. A suitable IVR system is available from Periphonics 

25 Corporation, a Nortel Networks Company, of Bohemia, New York, under the 

Periphonics® Voice Processing Series ("VPS'?) model 7000, 9000, 7500, or 9500. The 
Internet server of the data access touchpoints 502a provides information to consumers, as 
well as "chaf * or customer interaction capabilities with a customer. Interactions of this 
nature can be similarly logged for providing comprehensive data for generation of a RoR 

30 value. 

Another data access touchpoint 502a is provided through the Point-Of-Sale 
technology generally associated with retail purchasing. That is, data is available at a goods 
or services site with respect to inventory and general satisfaction by a customer. The 

15 



WO 01/74054 PCTflBOl/00693 
opportunity to include this component in the RoR value provides further depth to the 
interpretation of data associated with a customer. 

The front office applications 502b relate to the activity within an organization 
relating to a customer. A suitable front office application is available as the Clarify® 
5 FrontOffice and Clarify® eFrontOffice software application tools, from Clarify, Inc., a 
Nortel Networks Company, of San Jose, California. 

As shown, the data is exchanged between the components 502a, 502b, and 502c to 
provide consistency for customer data. The back office applications 502c relate to order 
filling activity, and activities relating to customer satisfaction. Generally, front office 
10 processes are communicatively-coupled to back office processes to allow carry over of 
related data. For example, as customer representatives add a customer site, change a 
customer's contact information, or install new products, the information is provided to the 
back office accounting, shipping, and service billing systems. This allows maintenance of 
customer information across the customer care system of a business. 
1 5 The workflow module 504 provides the coordination of the data flow, and its 

storage in the Customer Interaction Database 506. From the Customer Interaction database 
506, the RoR analytics module 508 generates RoR values associated with the stored 
customer data, as illustrated in detail in FIGURE 4 and described herein in detail. The RoR 
values generated by the RoR analytics module are stored in the Customer Interaction 
20 Database 506. The contents of the database can be reported through the reporting module 
510 in soft- or hard-copy formats for review and decision making as necessary. 

The customer interaction database 506 has a general schema structure as follows: 









Currency (may contain a monetary amount) 


Decimal (precision, scale) 


(IV) 


Count (count of incidences) 


Integer 


4 


Rowid and Foreign Keys (all foreign keys are rowids) 


Integer 


4 


All other 


VARCHAR 


255 



Fields of the Field Type would have the equivalent Data Type and Length. The table layout 
30 of the customer database is provided as follows: 

Table calljrecord := A row is inserted into this table for every incoming call, at the time 
that the Interactive Voice Response ("IVR") passes the call to an agent or the call is 
abandoned, or completed within the IVR of the data access touchpoints 502a. This table 
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has been created to provide data persistence beyond the time-frame usually associated with 
data that is stored in the Periphonics database. 



calljd := A unique identifier of the call passed to the RoR engine 500. This 
attribute is used as a unique index for the table. 

5 ani := The identifier of the calling number. 

dnis: = The identifier of the called number. 

token Jdsjist := A list of token names whose values are collected by the IVR script. 

tokenjtaluejist := A list of token values that corresponds to the token names list. 

ivrjime := Total IVR time devoted to the call (this data will be ignored in the 
summarization processing unless the call is either abandoned in the IVR or the 
transaction is completed within the IVR). 

abandoned Jnjjueuejlag := Flag value is zero if the call was not abandoned in the 
queue, a value of one is assigned if the call was abandoned in the queue. 

abandoned Jnjvrjlag := Flag value is zero if the call was not abandoned in the 
IVR, a value of one is assigned if the call was abandoned in the IVR. 

transactionjcompletedjnjvrjlag := Flag value is zero if the transaction was not 
completed in the IVR, a value of one is assigned if the transaction was completed in 
the IVR. 

datejime_pfj:all := This is a date/time stamp that captures the system date/time 
20 that the row was inserted into the table. 

calljcenterjd := An identifier that defines a particular customer care system. 

pbxjd := An identifier that defines a particular pbx within a call center. 

agent Jd := The login for the customer care system server. 



10 
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account Jd := An identifier of the calling business organization as picked up in the 
IVR. If this column is not null it should be the same as the busjorgJd within the 
database. 

Table busjorg := This table contains a row for every business organization, or customer, 
5 within the database. 

id := This is an identifier that defines the business organization; serves as a unique 
table index. 

customer jsincejdate := The date when the business organization was 
acknowledged as a customer. 

10 account jngrjd := An identifier that defines the particular account manager that is 

assigned to a particular business organization. Each business organization is 
assigned to an account manager. 

Table rorjier := This table will contain a row for each class of customer value used in the 
RoR value calculations. This is a constant designating customer service tiers, such as 
15 "Gold", "Silver", "Bronze" and "discourage." 

id := This is an identifier that defines the business organization, or customer, and is 
used as a unique table index. 

name := A common name for the tier. 

rorjndexjboundary := A minimum RoR index value that defines a given tier level. 

20 Table agent Jype := This table contains a row for each type of agent. Each agent Jype 
represents an intelligent processor. An agent Jype may represent automated or human 
agents. 

id := This is an identifier that defines a particular agent type, and is used as a unique 
table index. 

25 description :« Descriptive information relating to the agent Jype. 
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Table agent := An individual instantiation of an agent Jype. 

id := This is an identifier that defines the agent. In the case of a human agent, it is 
the agent login for the customer care system, and is an index for the table. 

name := The name of the agent. 

5 Table media Jype := This table contains a row for each media type. A media type is a 
physical communication channel. Examples are telephony, fax, and Internet 

id := This is an identifier that defines the media type index for the table. 

description := Descriptive information relating to the media type. 

Table period Jype := This table contains a row for each period type. A period type is an 
10 identifier that distinguishes one series of periods from another. The distinction may be 
based on period length, such as week, month, quarter, and/or may be based on when the 
series starts. 

id := This is an identifier that defines the period type, and is an index for the table. 

description := Descriptive information regarding the period type 

15 Table rorjalc jperiod := This table identifies the reporting periods that will be used. 

period jium := This is an identifier that defines the reporting period for a specific 
period type. Each period type has its own series of numbers; each series should 
start with number one. 

period jend jiate := Date that defines the ending boundary for the period. It is 
20 included in the period 

expected just Jife := Value is initially copied from rorjJefault.expectedjcustJife 
at the time the period summary batch is run. This attribute preserves the thai- 
current value of that attribute for historical purposes. 
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pctjnarginjon_sales := Value is initially copied from 

rorjdefaultpctjnarginjonjsales at the time the period summary batch is run. This 
attribute preserves the then-current value of that attribute for historical purposes. 

avejcost_saIes_visit := Value is initially copied from 

rorjiefaultave_costjsales_yisit at the time the period summary batch is run. This 
attribute preserves the then-current value of that attribute for historical purposes. 

avejcost j>erjield_service_yisit := Value is initially copied from 
rorjiefaulLavejcost jper Jieldjservicejrisit at the time the period summary batch 
is run. This attribute preserves the then-current value of that attribute for historical 
purposes. 

numjsalesjvisits jper jperiod := Value is initially copied from 
rorjlefaultnum_salesjmits jper jperzW at the time the period summary batch is 
run. This attribute preserves the then-current value of that attribute for historical 
purposes. 

numjservice_yisits jper jperiod := Value is initial copied from 
ror_defaultnum m jervice_yisits jper jperiod at the time the period summary batch is 
run. This attribute preserves the then-current value of that attribute for historical 
purposes. 

email j^ost := Value is initially copied from rorjiefaultemailjcost at the time the 
period summary batch is run. This attribute preserves the then-current value of that 
attribute for historical purposes. 

ivrjcost := Value is initially copied from ror_defaults.ivrjcost at the time the period 
summary batch is run. This attribute preserves the then-current value of that 
attribute for historical purposes. 

webJaq_cost := Value is initially copied from rorjiefaults.web Jaqjcost 
determined at the time the period summary batch is run.* This attribute preserves the 
then-current value of that attribute for historical purposes. 
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web_self_servjcost := Value is initially copied from 

rorjdefaults.webjself_jervjcost at the time the period summary batch is run. This 
attribute preserves the then-current value of that attribute for historical purposes. 

webjeorder_cost := Value is initially copied from rorjdefaults.webjeorderjcost at 
5 the time the period summary batch is run. This attribute preserves the then-current 

value of that attribute for historical purposes. 

Table rorjlefault := This table contains values that will be used in the calculation of the 
RoR Index when flow-of-business data is not available. It contains one row per period 
type. The periodjype.id is represented as a foreign key in this table and is a unique index. 

10 expected_custjife := An expression of the length of time a business organization is 

expected to maintain its relationship as a customer. 

pctjnarginjonjsales := The ratio of profit on a sale divided by the gross revenue of 
the sale. 

avejcostjsalesjrisit := The average cost incurred to pay a sales visit to a customer. 

15 avejcost _per Jield_service_visit := The average cost incurred to pay a service visit 
to a customer. 

numjsales ^visits jper jperiod := The typical number of sales visits to each specific 
customer in a given period. 

numjservice_yisits _per _period := The typical number of service visits to each 
20 specific customer in a given period. 

emailjcost := The typical cost to respond to an email. 

ivrjcost := The typical cost to process a call through the IVR. 

web Jizqjcost := The typical cost to process a web frequently asked question 
("FAQ"). 

25 webjselfjserv_cost := The typical cost to process a self-service web application. 
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Table periodjsummary The stored data of the customer interaction database 506 is 
provided in user-readable format through the Reporting Module 510. The reports can be 
reviewed through a relationship monitor Graphical User Interface ("Gin") such as that 
illustrated in FIGURE 6. 

5 FIGURE 6 is an illustration of a Graphical User Interface 600 for providing user 

access to the contents of a customer care database, which shows the retuni-on-relationship 
view relating to the relationship plan template 602 field, the customer administrator field 
604, and the relationship plan description field 606 for the customer. Also shown is the 
relationship goals field 608 with responsible agent field 610, implementation date field 612, 

10 and status field 614. Also shown is the relationship rules field 616 for the customer, which 
are generally designated by the relationship plan template. 

For each reporting period, RoR information is collected and summarized on each 
customer. The report table portion of the customer interaction database 506 stores 
summaries, by period and customer, for all elements required for the RoR Index period 

15 calculations, except for the actual Agent time and the number of Agent/customer sessions. 
That information is stored in the agent _cost jummary table. The unique index for this table 
is constructed from the combination of busjorg.id and rorjcalc j>eriodAd y both of which 
are represented as foreign keys in this table. A relation also exists for rorjier through the 
presence of rorjier Ad as a foreign key to this table. This relationship can be set after the 

20 ror Judex jtalue is computed and resolved to the proper row in the rorjier by comparisons 
to the values of rorjier.ror Judex Jouudary. 

The fields provided for the report summaries are: 

ror Judex jalue := The computed value of the RoR Index for a given customer for 
a given reporting period; 

25 tierjtame := This is initially set to the value of rorjier Merjiame at the time the 

period summary row was created. This value provides an historical "snapshot" of 
the tier to which the busjorg was assigned for the period; 

total jperiodjrevenue := The sum of all revenues accruing to the designated period. 
This value is determined from the orders, contracts, and other revenue-based 
30 transactions from the database 506. A customer is permitted to override this value 
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through customization so that revenue determined from an external data source may 
be used. As an example, the customer may wish to reflect the revenue from a 
billing/accounting system. 

total jionjigent _period_cost := The total sum of expenses - excluding agent costs - 
5 accruing to the period. This value is computed from data within the database 506. 

rorjndexjboundary := This is set to the value of rorjier.rorjndexjboundary at 
the time that the period summary row is created. It provides an historical 
"snapshot" of the rorjndexjboundary that was in effect for the period. 

numjsales_yisits :== The number of sales visits that are made to a customer for the 
10 reporting period. 

num_service_yisits := The number of service visits that are made to the customer 
for the reporting period. 

period_sales_goods := The revenue amount generated by sales of goods for the 
period. 

15 period _sales services := The revenue amount generated by sales of services for the 
period. 

cost_pf_sales_yisits :- The sales visit costs made to a customer for the reporting 
period. 

costjrf_servicejrisits := The service visit costs made to a customer for the 
20 reporting period This information can be collected from Clarify® ClearLogistics 

and a standardized cost-price listing; otherwise the value can be computed by 
multiplying ror default.ave_cost j>er Jieldjservicejnsit by the number of service 
visits. 

costjcfjgoodsjsold := The cost of goods sold to a customer for the reporting 
25 period. This information can be collected from Clarify® ClearLogistics and a 

standardized cost-price listing; otherwise the value can be computed by multiplying 



23 



WO 01/74054 PC1YIB01/00693 
rorjiefaultpctjnargin_pn_sales by the value of goods sold for the reporting 
period. 

numjcallsjjueuejibandoned := Computed from the calljrecord rows for this 
customer for the reporting period, where call_record.abandonedJn_queue Jlag is 
5 equal to one. 

numjcallsjvr abandoned := Computed from the calljrecord rows for this 
customer for the reporting period, where calljrecord.abandonedjnjvr Jlag is 
equal to one. 

total jvrjimejconsumed := Computed from the calljrecord rows for this customer 
10 for the reporting period. 

territory jd := This is the identifier of the sales territory assigned to the customer 
for the period. 

account jngrjd := This is the identifier of the management responsibility for the 
sales team assigned to a customer. 

1 5 Table agent jcostjummary := For each reporting period, RoR information is collected and 
summarized for each of the customers. This table stores agent cost information summaries, 
by period, customer, agent, and media type required for the RoR Index period calculations. 
It has a unique index that is the composite of bus_orgid 9 ror_calc jteriodid and agent.id. 

agent _cost := Summary of agent time devoted to sales, multiplied by the value of 
20 agent Jypejrate.cost jperjmitjime plus agent time devoted to service, and 
multiplied by the value of agent Jypejrate.cost jperjmitjime. 

num_agent_sessions Summary of agent sessions information. 

total_sales jigentjimejor jperiod := Summary of agent time devoted to sales. In 
the absence of agent time from the database 506, the value of 
25 agentjype_rate. time spent is used. 

total_service jigentjimejor jperiod := Summary of agent time devoted to service. 
In the absence of agent time, the value of agent JypejateMmejpent is used. 
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Table ratejype := Each rate type defines the activity or service that will be furnished by an 
agent. As an example, if a human agent provides sales information over the telephone, that 
would be an instance of the rate type "sales". If the agent provides support, then the rate 
type would be "support". 

5 id := This is an identifier that defines the rate type, and is an index for the table. 

description := Descriptive information regarding the rate type. 

Table agent Jypejnediajrate := Each agent Jypejnediajrate contains information 
regarding costs for a given agent type, engaged in a specific type of activity, over a specific 
medium. Costs are expressed in both currency per unit of time and also the amount of time 
10 typically spent by an agent engaged in a specific activity. 

cost j>erjunit_qfjime := This is the amount or quantity of a given currency that it 
costs to provide a unit-of-agent time. 

default Jimejpent := The value assigned to this column represents the number of 
units of agent time that is typically involved in providing the service using the given 
15 medium. 

Table agent Jypejnedia jperiod_rate This table preserves the agent Jypejnediajates 
for a specific RoR calculation period. 

cost _perjmitj>fjime := Value is copied from the agent Jypejnediajrate field. 
The value of this field is determined at the time the period summary batch is run. 
20 This attribute preserves the then-current value of that attribute for historical 

purposes. 

default Jimejpent := Value is copied from agent Jypejnedia jate. The value of 
this field is determined at the time the period summary batch is run. This attribute 
preserves the then-current value of that attribute for historical purposes. 

25 Table tierjiormjcalc — This table contains a row for each combination of agent Jype 9 
rorjier, media Jype, and rorjcalc jperiod: All the values are calculated at the time that 
the period calculations are performed. 
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thresholdjiighjsessions := Defines the highest number of sessions that are 
considered to be normal usage for a customer in a given RoR tier, being serviced by 
a given agent type, using a given medium, for a given RoR calculation period. 

threshold Jow_sessions :== Defines the lowest number of sessions that are 
5 considered to be normal usage for a customer in a given RoR tier, being serviced by 

a given agent type, using a given medium, for a given RoR calculation period. 

median jsessionsjcount := Defines the median average number of sessions for a 
customer in a given RoR tier, being serviced by a given agent type, using a given 
medium, for a given RoR calculation period. 

10 mean_sessions_count := Defines the mean average number of sessions for a 

customer in a given RoR tier, being serviced by a given agent type, using a given 
medium, for a given RoR calculation period. 

Table currency \— This table contains a row for each currency in which a cost may be 
denominated. 

15 id := This is an identifier that defines the currency, and is an index for the table. 

description := Descriptive information regarding the currency. 

FIGURE 7 is a flow chart illustrating relationship management actions taken as a 
function of the RoR value. The database structure 500 of FIGURE 5 provides the 
20 progressive analysis and management tools relating to a customer relationship. 

The relationship management flow chart 700 begins with the retrieval of an RoR 
value associated with a customer 701. The RoR value retrieval can occur on a designated 
event, such as a customer support or sales request, by contact by a customer with the 
customer care system 100 (see FIGURE 1), or a value determined through the method 
25 illustrated in FIGURE 4. The RoR value can also be retrieved, or re-calculated on request 
of a system user. 

hi step 702, the retrieved RoR value is compared with a previous RoR value to 
determine whether a change has occurred. A result of the comparison is a delta change 
value, Aror, which provides a change magnitude. As shown, step 704 determines whether 
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the delta change value, A^r, comes within a specified threshold that precipitates 
segmentation action in step 706. Otherwise, the process continues to decision step 712. At 
step 712, a determination is made whether the RoR value retrieval was precipitated by a 
customer request, such as a sales call, a support inquiry, an Internet web site access, or the 
5 like. 

It should be noted that the segmentation step 706 can be facilitated as an automatic 
function, as a system initiated request to a system administrator having the sufficient 
privilege authority, or as a function that occurs with the report process. 

In the event a change in the RoR value did not occur in step 702, then a 
10 determination is made at step 714 whether the RoR value has remained unchanged over a 
predetermined period of time. If the RoR value has remained unchanged over a 
predetermined time, then at step 708, another determination is made whether to evaluate 
the effectiveness of the segmentation associated with the customer. 

Effectiveness evaluations may not take place in instances where the customer 
15 relationship is in a "discourage" segmentation. If so, then no evaluation takes place and a 
determination whether the RoR value retrieval was precipitated by a customer takes place at 
step 712. Also, from step 714, if the RoR value has not remained unchanged, then the 
determination is made whether the RoR value retrieval was precipitated by a customer at 
step 712. 

20 If in step 704 the delta change value, A^r, has come within a change threshold, that 

is, has a sufficient magnitude to warrant adjustment to a customer segmentation, then the 
determination whether to evaluate the effectiveness of the segmentation is made at step 708. 
In this instance, an example where segmentation effectiveness would be re-considered is if a 
large number of customers were transitioned into a specific segmentation group. 

25 Upon a determination that the effectiveness of a segment is to be evaluated, a 

transmit review notification is sent at step 710. The notification can be transmitted in 
numerous methods, such as through an e-mail, '*pop-up" window on a monitor screen 
accessible through the network, or generation of a customer relationship report of customer 
interaction statistics. 

30 A further aspect is retrieval of the RoR value initiated by the service request of a 

customer. In this regard, the RoR value retrieval is queried at step 712 as whether it was 
precipitated by a customer request. If so, at step 715, the customer request is prioritized 
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with respect to the RoR value and processed according to customer care system 
procedures. If not, processing then proceeds to step 716 to exit. 

As referred from step 710, FIGURE 8 is an illustration of a GUI 800 portraying the 
RoR value information relating to a customer. As illustrated, the review notification is 
5 provided through the Relationship Alerts window 802, and alert indicator 804 for alerting a 
user to the existence of a new change in RoR status for prompting review. 

The foregoing illustrates techniques for providing a customer care system 
implementing a customer relationship mechanism, which relates to the development of a 
return-on-relationship value to characterize the interaction data provided through the course 
10 of the customer relationship. It is to be understood, of course, that the foregoing 

description relates to a preferred embodiment. Numerous modifications and alterations 
thereof can be made without departing from the scope and spirit of the invention as set forth 
in the appended claims. 
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What is Claimed is: 

1 Apparatus for generating an assessment of a customer relationship comprising: 

2 a customer interaction database that receives a plurality of customer interaction data 

3 as customer service-related interactions occur sufficient to provide a timely representation 

4 of customer interactions on request; and 

5 a processor programmed to generate a return-on-relationship value characterizing 

6 said plurality of customer interaction data to base a relationship response. 

1 2. The apparatus of Claim 1 wherein said relationship response is an 

2 announcement of said return-on-relationship value. 

1 3. The apparatus of Claim 2 wherein said announcement is a representation of 

2 said return-on-relationship value in a Graphic User Interface. 

1 4. The apparatus of Claim 1 wherein said customer interaction data is a data 

2 subset relating to an objective of a business type. 

1 5. The apparatus of Claim 1 further comprising: 

2 a report module executable by said processor to issue an alert upon a transition of 

3 said return-on-relationship value beyond predetermined thresholds. 

1 6. The apparatus of Claim 5 wherein said relationship response is an 

2 announcement of said return-on-relationship value. 

1 7. The apparatus of Claim 6 wherein said announcement is a representation of 

2 said return-on-relationship value in a Graphic User Interface. 

1 8. The apparatus of Claim 7 wherein said customer interaction data is a data 

2 subset relating to an objective of a business type. 
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1 9. A method of assessing a customer relationship comprising: 

2 (a) storing a plurality of user interaction data associated with at least one 

3 of a plurality of customers in a customer care database; 

4 (b) generating a retum-on-relationship index that characterizes the 

5 plurality of user interaction data; and 

6 (c) determining an action in response to the retum-on-relationship index. 

1 1 0. The method of Claim 9 further comprises: 

2 defining with the at least one of a plurality of customers a workflow rule set 

3 associated with the retum-on-relationship index. 

1 1 L An apparatus for assessing a customer relationship comprising: 

2 means for storing a plurality of user interaction data associated with at least one of a 

3 plurality of customers in a customer care database; 

4 means for generating a return-on-relationship index that characterizes said plurality 

5 of user interaction data; and 

6 means for determining an action in response to said return-on-relationship index. 

1 12. The method of Claim 9 further comprises: 

2 means for generating with said at least one of a plurality of customers a workflow 

3 rule set associated with said retum-on-relationship index. 

1 1 3 . A machine implemented method for generating an assessment of a customer 

2 . relationship comprising: 

3 creating a customer interaction database for receiving a plurality of customer 

4 interaction data as customer service-related interactions occur, 

5 receiving a plurality of customer interaction data into the database; 

6 generating a return-on-relationship value characterizing the plurality of customer interaction 

7 data. 
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1 14. A method for maintaining a customer relationship of claim 13, further 

2 comprising: 

3 generating a response to the customer based at least in part on a return-on- 

4 relationship value. 

1 15. A method for maintaining a customer relationship of claim 13, further 

2 comprising: 

3 determining a potential response to the customer; 

4 generating a predicted return-on-relationship value for the potential response based 

5 upon the plurality of customer interaction data. 

16. The method of Claim 14 wherein the relationship response is an 
announcement of the return-on-relationship value. 

1 17. The method of Claim 14 wherein the relationship response is an 

2 announcement of the return-on-relationship value through a Graphic User Interface. 

1 18. The method of Claim 13 wherein the customer interaction data is a data 

2 subset relating to an objective of a business type. 

1 19. The method of Claim 1 3 further comprising: 

2 generating an alert upon a transition of the return-on-relationship value beyond 

3 predetermined thresholds. 

1 20. A customer relationship assessment and planning system comprising: 

2 means for creating a customer interaction database for receiving a plurality of 

3 customer interaction data as customer service-related interactions occur; 

4 means for receiving a plurality of customer interaction data into the database; 

5 means for generating a return-on-relationship value characterizing the plurality of 

6 customer interaction data. 
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1 21 . A customer relationship assessment and planning system of claim 22 further 

2 comprising: 

3 means for generating a response to the customer based at least in part on a return- 

4 on-relationship value. 

1 22. A customer relationship assessment and planning system of claim 22 further 

2 comprising: 

3 means for detennining a potential response to the customer; 

4 means for predicting a retum-on-relationship value for the potential response based upon 

5 the plurality of customer interaction data. 

1 23. A customer relationship assessment and planning system of claim 23 wherein 

2 the relationship response is an announcement of the return-on-relationship value. 

1 24. A customer relationship assessment and planning system of claim 23 wherein 

2 the relationship response is an announcement of the return-on-relationship value in a 

3 Graphic User Interface. 

1 25 . A customer relationship assessment and planning system of claim 22 wherein 

2 the customer interaction data is a data subset relating to an objective of a business type. 

1 26. A customer relationship assessment and planning system of claim 22 further 

2 comprising: 

3 means for generating an alert upon a transition of the retum-on-relationship value 

4 beyond predetermined thresholds. 

1 27. A customer relationship assessment and planning system of claim 22 further 

2 comprising: 

3 a distributed computing system. 
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1 28. A program storage device readable by machine, tangibly embodying a 

2 program instructions set executable by machine to perform a machine-implemented method 

3 for generating an assessment of a customer relationship comprising: 

4 creating a customer interaction database for receiving a plurality of customer 

5 interaction data as customer service-related interactions occur; 

6 receiving a plurality of customer interaction data into the database; and 

7 generating a retum-on-relationship value characterizing the plurality of customer 

8 interaction data. 

1 29. A program storage device of claim 30 further mprising stored instructions 

2 for: 

3 generating a response to the customer based at least in part on a return-on- 

4 relationship value. 

1 30. A program storage device of claim 30 further comprising stored instructions 

2 for the additional steps of: 

3 determining a potential response to the customer; 

4 generating a predicted return-on-relatibhship value for the potential response based 

5 upon the plurality of customer interaction data. 

1 3 1 . A program storage device of claim 3 1 wherein the relationship response is an 

2 announcement of the return-on-relationship value. 

1 32. A program storage device of claim 3 1 wherein the relationship response is an 

2 announcement of the return-on-relationship value in a Graphic User Interface. 

1 33. A program storage device of claim 30 wherein the customer interaction data 

2 is a data subset relating to an objective of a business type. 

1 34. A program storage device of claim 30 further comprising stored instructions 

2 for: 

3 generating an alert upon a transition of the return-on-relationship value beyond 

4 predetermined thresholds. 
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